Information Management

在管理信息之前，不如讨论一下信息

信息获取可能可以分为以下几层：
第零层的信息获取，系统的学习，留有印象
第一层的信息获取，问题的解答，
第二层的信息获取，相关的内容
第三层的信息获取，随机的推荐

越高层，越不值得投入大量时间，同时学习的越多越没可能遇到能扭转思想的内容，张一鸣的文章指出的 RSS 问题并没有被推荐算法解决，人的共性无法改变，推荐算法大概不如一个计算机的博客在第二层提供的信息，陷入对抗格式、反爬中记得跳出来看整体。

获取
存储

RSS

知道RSS的人越少，我就越希望它能被人知道！ - 知乎
 论 RSS 的「复兴」 - 少数派
 为佩奇关闭Google Reader的魄力叫好！_TechWeb

RSS 相关的一些概念可用熟悉的事物类比理解，RSS 阅读器相当于浏览器，Feed 就像网页链接，RSS 和 Atom 文件就像 HTML 文件。

Feed 比较难以理解，其实它对应的释义是: when a television or radio signal, computer information etc is sent somewhere, or the connection that is used to do this

同时，对于一些不提供 Feed 的网站，可以利用爬虫技术从网页内容生成 RSS 或 Atom 文件，但这样其实问题多多，访问频率、阅读体验，没有人去优化了。

技术上是什么其实就这么多东西，但一方面 RSS 是一件旧的新事物，能留下的用户不说有着宗教般狂热，也必然拥有一套独属于自己的用法，另一方面在知识管理这个领域里有太多的小马过河，思维方式、使用习惯、任务目标都不同，为了画三角形的人教不会你解三角形，十条 RSS 的文章里有七八条是阅读器推荐、自部署教程，什么情况下如此生态？不同声音的重要性，逆向思维的基点不是为逆而逆，当下的体验。

聊到 RSS 必然有一个标签反抗当下互联网商业化，对抗作为小挑战，听起来必然有点小高潮，但这无助于解决最本质的问题，改变能改变的，网站为了用户数量，自然会推荐更轻松的内容，商业化的导向，商单、广告的内容本身就是污染它原本应该的占比。

使用上，聚合各种博客的更新，并且周期性的清理，搜索或者推荐了相关的有价值内容输出就加入 folo，统一处理。

互联网的记忆，人均赛博芙莉莲

不按内容，按评分分类，优先看，

有些意外火了一下但不做自媒体了，电子墓碑
如何处理，大量发内容，偶尔有用的
个个精品的，但发的少的
不能按类型放在一起

原站点关注，知道最近有没有更新，我可以批量的浏览，找自己喜欢的看。

张一鸣的推荐法，不能把思考交给算法。

RSSHub

🌟 Popular | RSSHub 哔哩哔哩 bilibili

由于 RSS 本质是 XML 文件，网站不提供，我们从网页把内容扒下来自制就行了，这就是 RSSHub。

Folo

原名 Follow，

类型是排版的格式

Articles
Social Media
Pictures
Videos
Audios
Notifications：只有文字

bilibili 优先动态其次投稿，判断标准为博主的动态是广告还是内容

剪藏和稍后读的概念有些混淆。我个人理解剪藏是对当前显示的网页内容进行操作，选择特定的网页元素进行保存或者直接 cmd+p 打印完整页面。稍后读的本质是网页链接收藏，缓存页面内容是服务提供的额外功能，有的在线服务没有提供页面缓存也自称稍后读。

稍后读的方案通过链接获取页面内容，严重受反爬的限制，国内大厂又致力于打造孤岛，不登陆无法查看比比皆是，就更别提复杂内容的解析了。

我的需求是给优质内容存档，目前看来只有剪藏的方式能实现，而剪藏的自部署项目没有。

Clipper

SingleFile

简悦 SimpRead

简悦确实是集原本分散的几个功能于一体，但总觉得怪怪的，比如阅读模式我认为排版反正比不过原网页，缓存还需进入阅读模式才可添加，为了强调稍后就读弱化了收藏，教程文档嵌套大量链接需要高频跳转，个人开发者的能力、设计有些奇怪等等。理念可以用来参考作为对比，但软件不适合使用。

恢复配置

简悦的配置繁琐，原记录再看已无法回忆，故删除下次配置简悦重新记录，之前使用时的配置存储在 json 文件已备份，之前使用也发生过插件恢复失效同步冲突的问题，重新使用也需要重新配置熟悉了

Read Later

Omnivore

Oct 29, 2024 宣布停止官方服务，也因此我急需寻找替代品而总结此文，虽然开源但是看评价是用了很多在线服务，个人部署难度极大。

Hoarder

开源可自建，可以利用大模型生成标签，挺有意思的功能。逻辑是把链接给后台

Readeck

开源可自建，相比 hoarder 更传统的稍后读

Wallabag

Readwise

高亮批注软件聚合服务和阅读器，付费且贵。

DEVONthink

知识管理软件中的王炸 DEVONThink软件简介（上）_哔哩哔哩_bilibili
知识管理软件中的王炸 DEVONThink软件简介（下）_哔哩哔哩_bilibili
DEVONthink 知识管理 3 年心得【总第 095 期】_哔哩哔哩_bilibili

这是一款文件管理软件，适用日常中有大量文档需要管理的场景，可以对这些文档标记、标签、笔记等，同时也有 RSS 订阅、稍后读等功能。

批量重命名

自带的 Web Clip 完全无法在当下或者在中文环境下使用，插件提供网页链接由软件本体获取网页内容的方式无法获取完整页面，通过内置浏览器更新页面步骤麻烦，没有采用的可能。

Zotero

Zotero 百科全书 | Zotero 中文社区

Zotero 主要是科研文献的管理工具，书籍 PDF 等是额外的功能，所以支持也一般，不然从豆瓣获取 matedata 插件等早有了。

Zotero uses so-called “translators” to detect and import data from websites. 类似爬虫的页面信息提取。

Web page snapshot

Settings

File Handling 和 File Renaming 是两个东西吗，

Plugins

自带的重命名有点鸡肋，对于书籍来说，手动乃最优解

Attanger

GitHub - MuiseDestiny/zotero-attanger: Attachment Manager for Zotero
修改文件实际存储位置的插件。MarginNote 4 使用手册提到一种利用该插件和 Zotero 文件同步的方式，实际文件放在 MarginNote 文件夹中，Zotero 中的附件为链接，但因为跨设备使用实际不太理想。操作后文件不可用 Zotero 自带的同步功能，只能靠 iCloud 一个月要多十几块的支出，并且如果想在其他操作系统上应急看也较为麻烦，Zotero 主要还是一个文献管理。

引用

推荐句子大小写，这样一些缩写还保持大写，在转换为标题大小写的时候不会出错，反过来标题大小写转句子大小写分不清哪些要小写掉

书籍的标题
默认是大写的呀

还是保持一致吧，书的标题大写了，我命名也大写，文献的标题哪种大小写格式，我也那种格式。

Image Hosting Service

中文名：图床
折腾笔记软件的时候，存储图片接触到图床，比较好的自建方案有 Lsky Pro，本质是一个专门管理图片的服务，就和一个专门放图片的文件夹是一样的。

个人的文章图片是需要精准的，

图床的存在，怎么清理？多久没被访问，就清理掉。间接的隔了一层。大厂的免费额度
自建图床担心图片变成死数据，不好清理

PicList

picgo 需要使用 node.js

RSS